BUND^EPUBU^EUTS^L^9 519921 

■ ■ \ ^ zGi 




REC'D29 JUL 2003 



Prioritatsbescheinigung uber dii'^reiohung^^^ 
einer Patentanmeldung 




Aktenzeichen: 

Anmeldetag: 

Anmelder/lnhaber: 

Bezeichnung: 



102 29 901.3 

I 

t 

03. Juli 2002 

Siemens Akliengesellschaft, 
Munchen/DE 

Verfahren zurelektronischen Bezahlung einer 
Ware oder Dienstleistung unter Nutzung eines 
fVlobilfunknetzes und Anordnung zu dessen 
Durchfulirung 



IPC: 



G 07 F 19/00 




Die angehefteten Stiicke sind eine richtige und genaue Wiedergabe der ur- 
sprunglichen Unteriagen dieser Patentanmeldung. 



Munchen, den 03. April 2003 
Deutsches Patent- und Markenamt 
Der Prasldent 

Iro Auftrag 





A 91 61 

06/DO 
6DV-L 



BEST AVAILABLE COPY 



Beschreibung 



Verfahren zur elektronischen Bezahlxing einer Ware oder 
Dienstleistung unter Nutzung eines Mobilfunknetzes und Anord- 
nung zu dessen Durchftihrung 

Die Erfindung betrifft ein Verfahren zur elektronischen Be- 
zahlung einer Ware oder Dienstleistung nach dem Oberbegriff 
des Anspruchs 1 sowie eine zur Durchftihrung dieses Verfahrens 
geeignete Anordnung. 

Das Internet gewinnt - neben der Nutzung als Kommunikations- 
mittel und Informationsquelle ftir mittlerweile Hunderte von 
Millionen Menschen - zunehmend an Bedeutung als Einkauf squel- 
le. Insbesondere der Handel mit Software, Btichern und Reisen 
lauft heute bereits zu einem nennenswerten Anteil im Internet 
ab, zunehmend wird aber auch ein breites Spektrum sonstiger 
Waren und Dienstleistungen tiber das Internet bestellt und be- 
zahlt. Die Bezahlung der entsprechenden Leistungen im Inter- 
net auf die ursprUnglich etablierte und heute noch meist ver- 
breitete Weise erfordert die jeweils gesonderte Eingabe der 
relevanten Datensatze zumindest bei jedem GeschSftspartner, 
wenn nicht sogar ftir die einzelne Transaktion. Diese Zah- 
lungsweise gibt damit dem Geschaf tspartner Einblick in sen- 
sible persSnliche Daten und sogar die MSglichkeit ihrer dau- 
erhaften Speicherung. 

Auch ftir die Abwicklung sonstiger Zahlungsvorgange im ge- 
schaftlichen wie im privaten Bereich hat das Internet inzwi- 
schen erhebliche Bedeutung erlangt. Nahezu alle Banken in den 
Industrieiandern bieten als "Electronic Banking" die elektro- 
nische Abwicklung der Kontoftihrung und von ZahlungsvorgSngen 
an. 

Ftir die verschiedenen Situationen existieren die unterschied- 
lichsten Anf orderungen an elektronischen Bezahlverf ahren. 
Dies umfasst sowohl Bezahlverf ahren tiber das Internet als 
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auch mobile Bezahlverfahren auf Basis von z.B. SMS, WAP iind 
USSD. 

Im besonderen warden geeignete Verfahren ftlr das sogenannte 
5 Micro-Payment benStigt. Dies sind Abrechnungen kleiner Betra- 
ge (typisch kleiner €5,00), die in der Regel nicht kosten- 
effizient tiber vorhandene elektronische Bezahlverfahren, wie 
z.B. Lastschrift, abgewickelt werden kdnnen. AuBerdem beste- 
hen Micro-Payment-Vorgange oft nicht aus einer einzelnen 
10 Transaktion (wie z.B. beim Einkauf in einem Web-Shop, bei dem 
ein "Warenkorb" gefUllt wird) , sondern aus vielen einzelnen 
klexnen Transaktionen. Zuktinftig werden immer mehr Dienste im 
Internet vergebtlhrt, wie Web-Content, wobei die Kosten z B 
vom Volumen der tlbermittelten Daten abhangen oder von der An- 
15 zahl der geladenen Seiten. Ahnlich wie bei einem Telefonge- 
sprach fallen also kontinuierlich Kosten/Abbuchungen an. Bei 
der Vergebtlhrung von Content sind die Kosten allerdings in 
der Regel nicht zeitabhangig, sondern abhangig vom Verhalten 
des Benutzers. Eine zeitabhangige Vergebtlhrung ist jedoch im 
20 Prinzip auch mOglich. 

Beim Telefonieren muss ein Benutzer in der Regel eine Bezah- 
lung nicht autorisieren. Es wird davon ausgegangen, dass er 
sobald er an seinem Telefon eine Nummer gewahlt hat, automa- 
txsch damit einverstanden ist, dass der Telefonanbieter sein 
Konto belasten darf. Dies ist in der Regel auch kein Problem, 
da ein Vertrauensverhaltnis und auch ein entsprechend gestal- 
tetes Vertragsverhaitnis zwischen dem Benutzer und dem Tele- 
fondienstanbieter besteht. 



25 



30 
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Bex e-commerce ist dies aber nicht immer der Fall. Ein Benut- 
zer kann im Internet einen fiir ihn interessanten zufailigen 
Dxenst, far dessen Benutzung er bezahlen muss, zufailig fin- 
den. Da in diesem Fall kein Vertrauensverhaltnis existiert 
will der Benutzer einer Bezahlung erst zustimmen, d.h. sie 
entv.eder.bestatigen ,'z.B. mit OK) odar aar autor^ ci .r.-r. ,mi t 
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aber nicht bei jeder Abbuchung vornehmen. Einerseits ist dies 
ftir den Benutzer lamstandlich und andererseits bei einigen 
Diensten wie z.B. Streaming Audio/Video unakzeptabel, da in 
diesem Fall das Audio/Video ftir jede Abbuchiing meglicherweise 
5 unterbrochen werden wiirde. 

Das technische Problem besteht grundsatzlich darin, ein Ver- 
fahren zu entwickeln, welches obige Punkte befriedigt: 

- Universalitat : gleiches Grundprinzip ftir unterschiedliche 
Access-Methoden wie z.B. Web, SMS und WAP. 

- Untersttltzung von kontinuierlichen Abbuchungen, wobei der 
Benutzer flexibel, dienstspezif isch und unmittelbar bestimmen 
kann, ob und wann die nSchste Bestatigung/Autorisierung er- 
folgen soil. 

- Die Festlegung der nachsten Bestatigung/Autorisierung muss - 
filr den Handler geheim bleiben. 

- Die Bezahlung muss far den Benutzer gegentiber dem Handler 
anonym erfolgen kOnnen. 

- Der Ablauf muss mOglichst einfach gestaltet sein. 

- Der Ablauf muss so gestaltet sein, dass es bzgl. vinter- 
schiedlicher Angriffe sicher ist. 

Mit diesem grundsatzlichen Problem beschaftigen sich u.a. die 
europaische Patentanmeldung 00 121 482.4 (verof f entlicht als 
EP 1 193 658 Al) sowie eine weitere friihere Patentanmeldung 
{betriebsinternes Zeichen 200201374) des Anmelders. 

Die erstgenannte Druckschrift beschreibt, wie ein Geldsender 
30 einem Geldempf anger mittels einer Empfanger-ID (RID) einen 
elektronischen Geldbetrag anonym Ubermitteln kann - im fol- 
genden wir diese jedoch als Session-ID (SID) bezeichnet 
(zwecks Vereinheitlichung der Beschreibung) . Hiermit kann der 
Kunde gegentiber dem PSP (Payment Service Provider) wie auch 
35 Handler anonym bleiben. In Fig. 1 und der nachf olgenden Kurz- 
beschreibung ist das Verfahren vereinfacht dargestellt: 
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Der Handler tibermittelt dem PSP den zu bezahlenden Geldbetrag 
(1) und erhait eine eindeutige Session-ID (SID) (2) zurtick. 
Die SID tibermittelt er dem Kiinden z.B. mandlich bei einem POS 
(Point of Sale) (3) . Der Kunde baut eine Verbindung zum PSP 
5 auf und Ubermittelt die SID (3), wodurch er gleichzeitig auch 
anhand seiner MSISDN identif iziert werden kann. Der PSP gibt 
den zugehdrigen zu bezahlenden Betrag zurUck (5) und der Kun- 
de bestatigt die Bezahlung mit einer PIN (6) . Die SID wird 
dem- Handler als Zahlungsbestatigung mitgeteilt. 

10 

Die genannte Sltere Anmeldung beschreibt das Verfahren des 
sogenannten Pre-confirm, das heifit, ein Kunde kann einen hO- 
heren (oder auch geringeren) Betrag vorausbestatigen als der 
Handler fordert. Somit koruien nachfolgende Abbuchungen vom 
15 Handler ohne die dauernde lastige Bestatigung durch den Kun- 
den erfolgen. Da der Kunde selber den maximalen Betrag vor- 
gibt, kann er die Bezahlung sehr flexibel selbst bestimmen. 
Erst wenn der vorausbestatigte Betrag aufgebraucht ist, muss 
er die Bezahlung wieder bestatigen. 

20 

Nachfolgend sowie in Fig, 2 wird eine Kurzbeschreibung dieses 
Verfahrens anhand seiner wesentlichen Schritte gegeben: 

Der Handler will tiber den PSP vom Kunden einen Betrag $1 ab- 
25 buchen 'd). Der PSP pruft ob das preconf irm-Konto $ ausrei- 

chend ist. Wenn nein, muss der Kunde den Betrag mit einer PIN 
bestatigen (2,3), Zusatzlich kann er einen hoheren Betrag 
bestatigen ($2) und das Pre-conf irm-Konto wird entsprechend 
angepasst. Der Betrag $1 wird dem Handler bestatigt (4). Bei 
30 der nachsten Zahlungsauf f orderung (5) reicht das Pre-conf irm- 
Konto aus, so dass der Betrag sofort bestatigt werden kann 
(6). Diese Schritte wiederholen sich bis das Pre-conf ina-Kon- 
to nicht mehr ausreicht und der Benutzer wieder bestatigen 
muss. 

35 

Das oben 'irstgenannte '^^rfahrsn ist urehi:. ""'^^zh ^zslI^ 
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Prepaid-Konten ausgerichtet . Dabei kann das Grundprinzip mit 
SID relativ einfach erweitert werden \m auch andere Szenarien 
zu unterstatzen {z.B, Web, WAP, SMS). Waiter kann auf Basis 
der SID auch das Pre-confirm realisiert werden. Das Verfahren 
berucksichtig nur den Fall, wo die Server von Mobilfunkbe- 
treibern betrieben werden. Das zweite oben erwahnte Verfahren 
bedarf hinsichtlich der genauen Realisierung noch bestimmter 
Konkr e t i s i e r ungen . 

Der Erfindung liegt daher die Aufgabe der Bereitstellung ei- 
nes praxisnah ausgearbeiteten und besonders auf die Erforder- 
nisse des Micro-Payment zugeschnittenen elektronischen Be- 
zahlverf ahrens zugrunde. Waiter uiafasst die Aufgabe die Be- 
reitstellung einer entsprechenden Anordnung. 

Diese Aufgabe wird in ihrem Verf ahrensaspekt gelost durch ein 
Verfahren mit den Merkmalen des Anspruchs 1 und in ihrem Vor- 
richtungsaspekt durch eine Anordnung mit den Merkmalen des 
Anspruchs 16. 

Die Erfindung lost die oben genannten technischen Probleme 
aufgrund folgender Pramissen: 

- Auf Basis einer Session-ID (SID) wird sichergestellt, dass 
der Kunde gegeniiber dem Handler (Dienstanbieter) anonym blei- 
ben kann (aber nicht muss) . 

- Weiter ermoglicht die SID, dass der Kunde dem Handler er- 
lauben kann kontinuierliche Abbuchungen vorzunehmen ohne dass 
der Kunde die Bezahlung bestatigen/autorisieren muss. 

- Das Limit der maximalen gesammelten Abbuchung kann vom Be- 
nutzer dienstspezif isch und flexibel gesetzt werden. 

- Das Verfahren unterstUtzt die unterschiedlichsten Access- 
Verfahran fUr den Kunden wie z.B. WEB, WAP, SMS und Voi- 
ce/DTMF. Es kann sowohl im Internet wie auch an POS (Point of 
Sales) aingesetzt werden. Die Anbindung zwischen Handler und 
PSP wird typischer Weise tiber Standard-Datenleitungen herge- 
stellt. 
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dxe nacMolgenden Schrltte; v,l. dazu Fig. 3 sowie die in den 
Pxguren 4 bis 7 gegebene Darstellung bevorzugter Ausfuhrungs- 
be.spxele und die entsprechenden Beschreibungsteile weiter 

1) Kunde will einen Service von einem Handler benutzen, z B 
»AP-Content abfragen, in einam bpb <!k™ ^ . 

eine Ware bezahle!. ^ ""^ 

la) Konnte der Handler den Kunden identif izieren und eine dem 
rX:b~" ''^ - « - 3c JtT 

2) Der Handler sendet eine Abbuchungsanfrage mit einer SID 
Hfnd^' ''^ ' ^" bezahlenden Betrag (BetragX, , die 
Handler-ID aowie einen Kontext (was wurde gekauft) an den 

3) Hier gibt es folgende Fallunterscheidungen: 

- wurde bei 2) kelne SID Mitgegeben, so gibt der PSP eine 

S~:'L Ms^"" """" ™- — — .olgen die 

- wurde bei 2) eine SID mitgegeben, mit der jedooh keine sb- 
buchu^g ..gii., -^-^^ die'sezahlu^rer^ 
autoris.eren .uss,, so wird die SID Oder alternativ eine neue 
SID zuruckgegeben. AnsohlieBend folgen die Schritte 3a bis 



s"t!ttlLde1 k' T eine ^buchung 

stattf xnden konnte, so wlrd dem Handler die Sbbuchung bestl- 
tigt. AnschlieBend folgt Schritt 4. 

3a) Falls bei 3) die PrUfung negativ war (d.h. keine tobu- 
chun, ^giioh, , so teilt der PSP de» Handler eine siD^t 

r T -i"- Redirect vom Kunden zu» Z 

geschehen, bei SMS kann der Handler de^r, Kunden eine s^rJt 
der enthaltene SID zuschicken. ,^ eineM POS kann die ^ID^uch 
mundXich Ubormlttelt uerdsn. 
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WAP kann dies automatisch geschehen, d.h., der Kunden muss 
hierftir keine Eingaben machen (Redirect) • Bei SMS kann er die 
SMS vom Handler mit der SID an den PSP weiterleiten. Bei Voi- 
ce/DTMF muss der Kunde i.d.R. den PSP anrufen und die SID via 
5 DTMF Ubermitteln. 

3d) Der PSP teilt dem Kunden den geforderten Betrag 
(BetragX) , den HSndlernamen sowie den Kontext z.B. via WEB, 
WAP, SMS Oder Voice (Sprachansage) mit. 

3e) Der Kunde identif iziert sich, z.B. automatisch via seiner 
10 MSISDN, Oder Eingabe seiner Kennung. DarUber hinaus kann der 
Kunde den geforderten Betrag (BetragX) verandern (BetragY) , 
z.B. erhShen ftir eine Vorausbestatigung nachfolgender Zahlun- 

•gen. Weiter kann er die Bezahlung bestatigen/autorisieren 
(z.B. PIN) . 

15 3f) Prtifung auf Kundenprofil und Liquiditat. 

4) Der PSP fUhrt nun die notwendigen ttoerprtlfungen der Bezah- 
lung durch. 

5) Optional kann der PSP dem Kunden die Bezahlung (BetragX) 
bestatigen (z.B. per SMS) • 

20 6) Der PSP bestatigt die Buchung des Betrags an den Handler. 
7) Der Handler tibermittelt die Ware an den Kunden. 

Bei verbindungsbezogenen Ablaufen mit z.B. WAP und WEB findet 
der Wechsel der Kommunikationsbeziehung von zuerst zwischen 
25 Kunde<->Handler zu Kunde<->PSP typisch auf Basis Verbindungs- 

• Redirect statt. Damit der Kunde beim Handler den gewiinschten 
Dienst nach der Bezahlung wieder nutzen kann, findet ein Re- 
direct vom PSP zuriick zum Handler statt. Diese Redirects sind 
nur implementierungsspezif isch und somit nicht im Ablauf dar- 
30 gestellt. 

Nach einer Vorausbestatigung eines ausreichenden Betrags be~ 
steht eine Abbuchung nur aus den Schritten 2), 3), 4) und 6) 
und kann somit sehr effizient abgewickelt werden. Das Voraus- 
35 bestatigen eines Betrags muss nicht in unmittelbarem Zusam- 
menhang eines Kaufs stehen. Der Kunde kann z.B. zu einer SID 
einen ausreichend grofien Betrag vorausbestatigen um z.B. bei 
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Parkautomaten zu bezahlen. Wenn sich der Handler die Zuord- 
nung zwischen Kunde und SID merkt^ so konnen fiir alle zuktinf- 
tigen Bezahlungen die Schritte 3a bis 3f entf alien. Die Er- 
kennung des Kunden kann z.B. auf Basis der MSISDN einer SMS 
5 Oder einer Kennung bei eineia Login stattfinden. Wichtig dabei 
ist, dass die Benutzererkennung beim Handler unabhangig von 
der Benutzer kennung beim PSP ist. Es bestehen somit keine Ab- 
hangigkeiten und der Handler muss die Benutzer kennung des 
Kunden beim PSP nicht kennen. 

10 

Ein Kunde hat jederzeit die Moglichkeit, sich beim PSP eine 
Liste seiner gtiltigen SIDs anzeigen lassen, Zusatzlich zur 
SID kOnnen auch die zugehorigen Daten, wie der noch verfUgba- 
re Betrag und der zugehOrige Handler angezeigt werden. Ausge- 

15 wahlte SIDs (beim PSP) konnen auch gel5scht werden^ z.B. via 
WEB, WAP und SMS. Nach einem Laschen der SID kann der Handler 
keine Abbuchungen vornehmen ohne dass der Kunde involviert 
wird. Urn eine Abbuchung wieder vorzunehmen, muss dann der ge- 
samte Ablauf durchgeftlhrt werden (z.B, SID anfordern und Be- 

20 zahlung bestatigen) . 

Der PSP muss nicht die wirklichen Konten fuhren und das Geld 
des Kunden und Handler verwalten. Der PSP kann z.B. Schnitt- 
stellen zu einem Clearing House haben, welches das Clearing 
25 und Settlement der Konten durchfUhrt. 

Folgende Vorteile hat das Verfahren: 

- Das Grundprinzip des Verfahrens ist identisch fur die un- 
30 terschiedlichen Access -Me thoden (z.B. Web WAP, SMS, etc.). 

Dies vereinfacht die Realisierung des Payment systems, die Be- 
nutzung des Verfahrens fUr Handler und Kunden ohne Einschran- 
kung der Flexibilitat . 

- Das Verfahren unterstUtzt sowohl einzelne Abbuchungen wie 
35 auch kontinuierliche Abbuchungen. LetSLteres ist vor allem 
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det . 

- Kostenkontrolle: Der Kunde kann dienstspezif isch Betrage 
vorausbestatigen und somit das sonst lastige Bestatigen/Auto- 
risieren der Buchungen vermeiden. 

5 - Bei vorausbestatigten Betragen verlSuft die Abbuchung sehr 
schnell: In einem einfachen Fall muss der Kunde dem Handler 
nur eine SMS schicken, um z.B. ein Getrank aus einem Getran- 
keautomaten zu erhalten. 

Hohe Sicherheit: Der Kunde muss dem Handler keine vertrau- 
10 lichen bzw. zahlungsrelevanten Daten geben wie z.B. PIN oder 
Kontonummer . 

- Der Kunde kann gegentlber dem Handler anonym sein, 

Weitere Aspekte der Erfindung ergeben sich aus den Unteran- 
15 sprtichen. Es wird ausdriicklich darauf hingewiesen, dass in 
den abhangigen VerfahrensansprUchen angegebene vorteilhafte 
Ausgestaltungen des Verfahrens samtlich auch als Ausgestal- 
tungen der zur Durchftlhrung des Verfahrens geeigneten Anord- 
nung, sei es in hardware- oder sof twaremafliger Realisierung, 
20 zu verstehen sind. Nachfolgend wird die Erfindung anhand von 
Ausfahrungsbeispielen beschrieben, die anhand von Abbildungen 
naher erlautert werden, Hierbei zeigen: 

Fig. 1 eine schematische Darstellung zur Verdeutlichung des 
Ablaufes eines bekannten elektronischen Zahlverf ahirens. 

Fig, 2 eine schematische Darstellung eines elektronischen Be- 
zahlverfahrens, welches Gegenstand einer friiheren Patentan- 
meldung ist. 

Fig. 3 ein Blockschaltbild mit Kennzeichnungen von Verfah- 
rensschritten zur zusammenhangenden Verdeutlichung wesentli- 
cher Gedanken der Erfindung, 

35 Fig. 4 ein Blockschaltbild einer ersten Aus fUhrungs form der 
Erfindung, 
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Fig. 5 ein Blockschaltbild einer weiteren Ausftlhrungsform der 
Erfindiing, 
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Fig. 6 ein Blockschaltbild einer dritten Ausftihrungsform der 

Erfindung und 

Fig. 7 ein Blockschaltbild einer weiteren Ausftihrungsform der 
Erfindung. 

Zu Fig. 1 und 2 wird auf die Eriauterung des Standes der 
Technik in der Beschreibungseinleitung hingewiesen; zu Fig 3 
auf die Eriauterung einer zweckmafiigen Verfahrensftihrung wei- 
ter oben. 

Fig.. 4 stent einen ersten Buchungsprozess ftir das erstmalige 
Abrufen eines kostenpf lichtiges WAP-Contents durch den Kau- 
fers bei einem Anbieter dar. In Schritt SI ergeht vom WAP-fa- 
hxgen Endgerat (z.B. Mobil funktelef on) 11 des Kaufers eine 
Anfrage tlber ein GSM-Telekonoaunikationsnetz 12 an den Server 
13 eines Anbieters. Der Verkaufer tlbennittel in Schritt S2 
die Transaktionsdaten, die aus der Kennung des Verkaufers, 
der Bezeichnung und des Rechungsbetrages in H5he von 1 € ftir 
das WAP-Contents bestehen, tiber ein Datennetz 14 an den Ser- 
ver 15 eines Payment Service Providers (PSP) . 

Da nach OberprUfung der Trans aktionsdat en in Schritt S3 keine 
dem Kaufer zugeordnete Session-ID (SID) ermittelt wurde, wird 
nun auf .dem Server 15 des PSP durch Schritt S3.1 eine eindeu- 
tige SID erzeugt und mit S3.2 zum Server 13 des Anbieters 
ubertragen, wo diese gespeichert wird. Diese wird im Schritt 
S3 3 als Parameter in der URL eines WAP-Redirect an das Mo- 
im ^esenclet. wobei die SID automatisch 

im Rahmen des WAP-Redirect in Schritt S3. 4 an den Server 15 
des PSP Ubermittelt wird. Nachfolgend wird in S3. 5 vom Server 
15 des PSP die Kennung des Vcrkaufers, die Bezeichnuna und 
der Rechmigsfc-etrag ron 1 s des v:7AP-c.-nt ^nr. ... ■ 
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eine Identif izierung des KSufers anhand der bekannten MSISDN 
des Mobilfunktelefons durch eine WAP-GW-Abfrage und weiterhin 
eine Autorisierung eines Guthabenbetrages von 3 € mit einer 
PIN statt. 

5 

Auf dem Server 15 des PSP wird im Schritt S4 der Guthabenbe- 
trag dem zur SID zugeh^rigen Transaktionskonto zugeordnet so- 
wie der Rechnungsbetrag auf dem Transaktionskonto verbucht, 
und nach tJberprUfung des KSuf erprof ils in S5 wird in S6 eine 
10 Buchungsbestatigung, der den Rechnungsbetrag von 1 € und die 
Handlerkennung tmfasst, zum Mobilfunktelefon 11 des Kaufers 
gesendet. Nach der Obermittlung der Buchungsbestatigung vom 

• Server 15 des PSP an den Server 13 des Anbieters in Form von 
SID und Rechnungsbetrag far den WAP-Content in SI ^ erfolgt in 
15 Schritt S8 die Freigabe der Obermittlung des WAP-Contents zum 
Mobilfunktelefon 11 des Kaufers. 

Fig. 5 beschreibt einen Buchungsprozess fUr einen kosten- 
pflichtigen WAP-Content, wie es sich an das Beispiel aus Fig. 
4 anschlieiien konnte. In Schritt SI ergeht vom Mobilfunktele- 
fon 21 des Kaufers eine weitere Anfrage an den Server 23 des 
Anbieters, der in Schritt S2 die Transaktionsdaten, bestehend 
aus der Kennung des Verkaufers, der Bezeichnung und des Rech- 
nungsbetrages in Hohe von 1 € ftir den WAP-Content sowie SID, 
an den Server 25 des PSP. Nach positiver Oberpriifung der 
Transaktionsdaten bzw. der SID, des Guthabenbetrags und des 
Kundenprof ils in den Schritten S3 bis S5, wird nun nachfol- 
gend in Schritt S6 die Buchung des Rechnungsbetrages zum 
Transaktionskonto auf dem Server 25 des PSP vorgenoromen. Nach 
dem Senden der Buchungsbestatigung S7 an den Server 23 des 
Anbieters erfolgt dann in Schritt S8 die Freigabe zur Ober- 
mittlung des WAP-Contents an das Mobilfunktelefon 21 des Kau- 
fers. 

35 Fig. 6 stellt die Nutzung eines kostenpf lichtigen Dienstes 

auf Basis von SMS dar, bei dem in Schritt SI vom Mobilfunkte- 
lefon 31 des Kaufers tiber ein Mobilfunknetz 32 eine Anforde- 
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rung an den Server 33 des VerkSufers ergeht. In Schritt S2 
wird an Hand der MSISDN/Mobilfunknummer die zum KSufer zuge- 
hSrige SID enaittelt und in S3 zusammen mit den tlbrigen 
Transaktionsdaten (VerkSuf er-Kennung, Bezeichnung und Rech- 
nungsbetrag von 1 €) tiber ein Datennetz 34 an den Server 35 
des PSP ubermittelt. Nach positiv verlaufener OberprUfung der 
Transaktionsdaten bzw. der SID, des Guthabenbetrags und des 
Kundenprofils in den Schritten S4 bis S6 erfolgt in S7 die 
Verbuchung des Rechnungsbetrages . Auf Grund einer Anweisung, 
dxe im Kundenprofil hinterlegt ist, ergeht im Schritt S8 vom 
Server 35 des PSP eine Bestatigung der Buchung der Rechnungs- 
betrages von 1 € zum Mobilfunktelefon 31 des KSufers. In 
schritt S9 wird die Buchungsbestatigung an den Server 33 des 
Verkaufers ermittelt, wo dann mit Schritt SIO der VerkSufer 
die kostenpflichtige SMS an den Kunden ubermittelt. 

Fig. 7 stent ein weiteres Beispiel auf Basis von SMS dar, 
wobei die Schritte SI (Anforderung eines kostenpf lichtigen 
Dxenstes) bis S6 (tJberprtifung des Kundenprofils) analog zur 
Fxg. 5 verlaufen. Beim vorliegenden Fall ist im Kundenprofil 
exne Autorisierung der Buchung hinterlegt, so dass in Schritt 
S7 vom Server 45 des PSP die Transaktionsdaten zum Mobilfunk- 
telefon 41 des Kaufers gesendet werden. m Schritt S8 wird 
dxe Buchung durch tJbermittlung des Rechnungsbetrages, SID und 
PIN an den Server 45 des PSP autorisiert, die dann in S9 vor- 
genommen wird. Nach tJbermittlung der Buchungsbestatigung an 
den server 43 des Verk.ufers in Schritt SIO, erfolgt mit Sll 
dxe Obermittlung der kostenpf lichtigen SMS vom VerkSufer an 
den Kunden. 

Die AusfOhrun, der Erfindung ist nlcht auf die cben darge- 
stellten beispielhaf ten Baschreibungen beschranlct, sondern 
umfasst eine Vielzahl von towandlungen, die im Rahmen fachge- 
maflen Handelns liegen. 
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PatentansprUche 

1. Verfahren zur elektronischen Bezahlung mindestens eines 
Kleins tbetr ages, insbesondere zur Ausftihrung einer Serie von 
5 Bezahlschritten mit jeweils einem Kleinstbetrag, fUr eine Wa- 
re Oder Dienstleistung durch einen Kvinden an einen Handler 
unter Nutzung eines Daten- und/oder Telekommunikationsnetzes 
und unter Einschaltung eines Abrechnungssystem-Servers, wobei 

- far den Bezahlvorgang Oder die Serie von Bezahlschritten 
10 ein eindeutiger Vorgangs-Identif ikator generiert und mindes- 
tens bei einem ersten Bezahlschritt in einer Bestatigungsan- 
frage vom Abrechnungs system-Server, zusammen mit einer Zahl- 
betragsinformation, an ein. Kunden-Endgerat tibermittelt wird, 

- der Kunde durch Ubermittlung einer Bestatigungsnachricht 

Ts von einem K\anden-Endgerat tiber das Daten- bzw. Telekommunika- 
tionsnetz an den Abrechnungssystem-Server einen Guthaben- • 
bzw. Kredit-Teilbetrag in Hohe des Zahlbetrages in Zuordnung 
zu dem Vorgangs-Identif ikator zur Zahlung freigibt, 

- auf dem Abrechnungssystem-Server ein Vergleich eines beim 
M)rechnungssystem-Server registrierten und von diesem aus 
elektronisch verwaltbaren Guthaben- bzw. Kredit-Teilbetrages 
des Kunden mit dem von diesem f reigegebenen Zahlbetrag auisge- 
fiihrt wird und 

- im Ansprechen auf die Feststellung eines den freigegebenen 
25 Zahlbetrag tiber steigenden Guthabenbetrages durch den Abrech- 
nungssystem-Server in Reaktion auf die Bestatigiangsnachricht 
eine Abbuchung des freigegebenen Zahlbetrages oder eines bis 
zu diesem Zeitpunkt zu zahlenden Teilbetrages hiervon getrig- 
gert und eine erste AusfUhrungsnachricht Uber die erfolgte 

30 Abbuchting an ein HSndler-Endgerat gesandt wird. 



20 




2. Verfahren nach Anspruch 1, 

dadurch gekennzeichnet, dass 
der Vorgangs-Identifikator in Zuordnung zu einem Kunden-Iden- 
35 tifikator durch den Abrechnungssystem-Server erzeugt und vor- 
ab, insbesondere in Reaktion auf eine vom Handler-Endgerat 
aus tibermittelte Anforderungsnachricht, an den Handler Uber- 
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sandt wird. 



3. Verfahren nach Anspruch 2, 

dadurch gekennzeichnet, dass 
5 die Obersendung des Vorgangs-Identif ikators auf elektroni- 
schem wege in einer Identif ikator-Mitteilung vom Abrechnungs- 
system-Server an das HSndler-EndgerSt erfolgt. 

4. Verfahren nach einem der vorangehenden Ansprtiche, 
10 dadurch gekennzeichnet, dass 

ein zweiter Bezahlschritt und etwaige weitere Schritte einer 
zusanunenhangenden Serie von Bezahlschritten jeweils durch 

- Obermittlung eines schrittbezogenen Zahlbetrages in Zuord- 

nung zum Vorgangs-Identif ikator an den Abrechnungssystem-Ser- 
15 ver, 

- Prtlfung des schrittbezogenen Zahlbetrages in Relation zu 
emem vom freigegebenen Zahlbetrag verbleibenden Rest-Zahlbe- 
trag ausgefUhrt und 

- eine im Ansprechen auf die Feststellung eines den Rest- 
20 Zahlbetrag unterschreitenden schrittbezogenen Zahlbetrages 

vorgenommene Abbuchung und Absendung einer weiteren Ausftih- 
rungsnachricht an das Handler-Endgerat ausgefUhrt wird, 

5. Verfahren nach Anspruch 4, 
25 dadurch gekennzeichnet, dass 

bei dem zweiten Bezahlschritt oder weiteren Schritten im Er- 
gebnis der Feststellung eines den freigegebenen Rest-Zahlbe- 
trag Ubersteigenden schrittbezogenen Zahlbetrages durch den 
Abrechnungssystem-Server an ein Kunden-EndgerSt eine Bestati- 
gungsanfrage mit dem ursprtinglichen oder einem neuen Vor- 
gangs-Identif ikator und eine Zahlbetragsinformation mit einem 
mxndestens die Differenz zwischen schrittbezogenem Zahlbetrag 
und Rest-Zahlbetrag abdeckenden Zahlbetrag gesandt und eine 
Abbuchung des schrittbezogenen Zahlbetrages erst nach Empfang 
exner entsprechenden Bestatigungsnachricht vom Kunden-Endge- 
rit getriggfirt wird. 



35 
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6. Verfahren nach Anspruch 5, 

dadurch gekennzeichnet/ dass 
der in der Bestatigungsanf rage zur Bestatigung angegebene 
Zahlbetrag deutlich grSlier als die Differenz zwischen dem 
schrittbezogenen Zahlbetrag und dem Rest-Zahlbetrag ist der- 
art, dass im Ansprechen auf eine Bestatigxingsnachricht fUr 
diesen Zahlbetrag ein neuer Rest-Zahlbetrag fUr mehrere fol- 
gende Bezahlschritte beim Abrechnungssystem-Server freigege- 
ben ist. 



7. Verfahren nach einem der vorangehenden AnsprUche/ 
dadurch gekennzeichnet, dass 
jede Nachricht vom HSndler-Endgerat an den Abrechnungssystem- 

Server einen Handler-Identif ikator sowie einen die Ware oder 

15 Dienstleistung kennzeichnenden Kontext-Datensatz umfasst. 

8. Verfahren nach einem der vorangehenden Ansprliche/ 
dadurch gekennzeichnet, dass 

der Vorgangs-Identifikator an das HSndler-Endgerat per E-Mail 
20 Oder SMS iibermittelt wird. 

9. Verfahren nach einem der Ansprilche 1 bis 7, 
dadurch gekennzeichnet, dass 
dem Kunden der Vorgangs-Identifikator an einem Point-of-Sale 
aulierhalb des Daten- bzw. Telekommunikationsnetzes, insbeson- 
dere mundlich oder in einer Beschrif tung, mitgeteilt wird. 



10. Verfahren nach einem der vorangehenden AnsprUche, 
dadurch gekennzeichnet, dass 

30 die Bestatigungsanfrage vom Abrechnungssystem-Server an das 
Kunden-Endgerat Uber E-Mail, WAP-Push, per SMS oder als syn- 
thetische Sprachnachricht iibermittelt wird. 

11. Verfahren nach einem der vorangehenden AnsprUche, 
35 dadurch gekennzeichnet, dass 

die Bestatigungsanfrage vom Abrechnungssystem-Server an das 
Kunden-Endgerat einen Handlernamen und einen die Ware oder 



^UU^U J. J / ft 




16 

Dienstleistung kennzeichnenden Kontext-Datensatz umfasst. 

12. Verfahren nach einem der vorangehenden T^sprtiche/ 
dadurch gekennzeichnet, dass 
die Bestatigungsnachricht vom Kunden-Endgerat an den Abrech 
nungssystem-Server per E-Mail-Redirect, WAP-Redirect oder 
SMS-Redirect, insbesondere ohne zusStzliche Eingabe seitens 
des Kunden, gesandt wird. 



13. Verfahren nach einem der Ansprtiche 1 bis 11, 
dadurch gekennzeichnet, dass 

die Bestatigungsnachricht vom Kunden-Endgerat an den Abrech- 
nungssystem-Server per Sprachnachricht unter nachgeschaltet 
Spracherkennung oder per DTMF gesandt wird. 

14. Verfahren nach einem der vorangehenden Ansprtiche, 
dadurch gekennzeichnet, dass 

die Bestatigungsnachricht vom Kunden-Endgerat an den Abrech- 
nungssystem-Server einen automatisch erzeugten oder vom Kun- 
den eingegebenen Kunden-Identif ikator und optional einen Au- 
thentisierungscode, insbesondere eine PIN oder ein Passwort, 
umfasst. ' 



15. Verfahren nach einem der vorangehenden AnsprUche, 
dadurch gekennzeichnet, dass 

der Abrechnungssystem-server neben der ersten Ausftlhrungs- 
nachricht an das HSndler-Endgerat eine zweite Ausftihrungs- 
nachricht an das Kunden-Endgerat versendet. 

16. Anordnung zur Durchftihrung des Verfahrens nach einem der 
vorangehenden AnsprUche, mit 

- einem Abrechnungssystem-Server eines Abrechnungssystembe- 
treibers, 

- einem an ein Daten- und/oder Telekommunikationsnetz ange- 
schlossenen und tiber dieses mit dem Abrech^ungssyctem-Server 
verbindbaren Kunden-Eudgerat und 
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netz Oder ein wei teres Kommunikationsnetz angeschlossenen und 
tlber dieses itiit dem Abrechnungssystem-Server verbindbaren 
Handler-Endgerat, 

wobei der Abrechnungssystem-Server Mittel zur Erzeugung iind 
Absendung einer Bestatigungsanfrage an das Kunden-Endgerat, 
Mittel zim Empfang einer Bestatigungsnachricht vom Kunden- 
Endgerat und zur Extraktion mindestens des Vorgangs-Identif i- 
kators und eines freigegebenen Zahlbetrages aus dieser, Spei- 
chermittel zur kiandenbezogenen Speicherung des Guthabenbetra- 
ges und zur vorgangsbezogenen Speicherung des freigegebenen 
Zahlbetrages, Vergleichermittel zum Vergleich des Guthaben- 
betrages mit dem Zahlbetrag sowie mit den Vergleichermitteln 
verbundene Steuer- \ind Sendemittel zur Triggerung der Abbu- 
chung und zma. Absenden der Ausftihrungsnachricht an das Hand- 
ler-Endgerat aufweist. 

17. Anordnung nach Anspruch 16, 

dadurch gekennzeichnet, dass 
das Kunden-Endgerat als Mobilfunk-Endgerat ausgebildet ist 
und das Daten- und/oder Telekommunikationsnetz ein Mobil funk- 
netz aufweist und dem Abrechnungssystem-Server Mobil funk-S en- 
de-/Empfangsmittel zur bidirektionalen Mobilfunkkommunikation 
mit dem Kunden-Endgerat zugeordnet sind. 

18. Anordnung nach Anspruch 16 oder 17, 
dadurch gekennzeichnet, dass 

der Abrechnungssystem-Server Erzeugermittel zur Erzeugung des 
Vorgangs-Identifikators und mit diesen verbundene Sendemittel 
zu dessen Obersendung an das Handler-Endgerat aufweist. 

19. Anordnung nach einem der Ansprtiche 16 bis 18, 
dadurch gekennzeichnet, dass 

der Abrechnungssystem-Server weiterhin Berechnungsmittel zur 
Berechnung des Rest-Zahlbetrages aus einem gespeicherten 
freigegebenen Zahlbetrag und mindestens einem schrittbezoge- 
nen Zahlbetrag und mit den Berechnungsmitteln verbundene 
Speichermittel zur Speicherung des Rest-Zahlbetrages in Er- 
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setzung des f reigegebenen Zahlbetrages als Eingangsdatum fUr 
die Vergleichermittel aufweist. 

20. Anordnxang nach einem der J\nsprtiche 16 bis 19, 
dadurch gekennzeichnet, dass 
der Abrechnungssystem-Server Erkenniings- und Speichermittel 
zur Extraktion eines Handler-Identif ikators xand/oder Kimden- 
Identifikators aus Nachrichten vom Handler-Endgerat bzw. Kun- 
den-Endgerat und zu dessen bzw. deren Speicherung sowie Ad- 
ressierungsmittel zur Adressierung der Bestatigungsanfrage 
und/oder AusfUhrungsnachricht und wahlweise weiterer Nach- 
richten an das Kunden-Endgerat bzw. HSndler-Endgerat anhand 
des gespeicherten HSndler-Identif ikators bzw. Kunden-Identi- 
f ikators aufweist. 
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Zus ammenf as sung 

Verfahren zur elektronischen 
Dienstleistung unter Nutzung 
nung zu dessen Durchftihrung 
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Bezahlung einer Ware oder 

eines Mobilfiinknetzes und Anord- 



Die Erfindung betrifft ein Verfahren zur elektronischen Be- 
zahlung mindestens eines Kleinstbetrages fur eine Ware oder 
Dienstleistung durch einen Kunden an einen Handler unter Nut- 
zung eines Daten- und/oder Telekommunikationsnetzes und unter 
Einschaltung eines Abrechnungssystem-Servers, wobei ftir den 
Bezahlvorgang oder die Serie von Bezahlschritten ein eindeu- 
tiger Vorgangs-Identif ikator generiert und mindestens bei ei- 
nem ersten Bezahlschritt in einer Bestatigungsanf rage vom Ab- 
rechnungssystem-Server, zusainmen mit einer Zahlbetragsinf or- 
laation, an ein Kunden-Endgerat tibermittelt wird. 
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